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INFORMATION PROCESSING APPARATUS, 
INFORMATION PROCESSING METHOD, AND CONTROL PROGRAM 

BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The present invention .relates to a print 
processing system, and an information processing 
apparatus, a client apparatus, an information 
processing method, and a program which constitute the 

10 print processing system. 
Related Background Art 

In a conventional install method for a printer 
driver, in the case of an OS dependent system, for 
example, Windows (registered trademark), a user 

15 selects "addition of a printer" from a property of a 
printer and is caused to input necessary information 
according to a dialogue format, which is called 
wizard, and install a printer driver. In addition, 
there is also a method with which a user simply 

20 performs necessary minimum operations using an 

installer to thereby realize install of a printer 
driver. Further, in install with Point & Print using 
a print server, a mechanism for automatically 
delivering a printer driver from a server apparatus 

25 to a client apparatus exists on a server of Windows 
(registered trademark) NT/2000/XP. 

Some host apparatuses provided with a printer 
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driver load a dynamic link library, which provides 
data relating to print data such as a printer to be 
connected and functions provided in a printer driver 
of the printer, to an 'OS with plug-in. 
5 In addition, if users install a printer driver 

in their own ways and make connection to a printer 
disorderly, it is likely that malfunction is caused 
in a print processing system. If a printer manager 
(IT manager) installs the printer driver in client 

10 apparatuses in order to solve this problem, extremely 
long time is required in the case in which there are 
many client apparatuses. 

However, in the conventional install methods, 
various problems occur because, in the case in which 

15 a user such as a company owns a large number of 

computers and have a large number of users (clients), 
work for causing all the clients to install a printer 
driver is required. 

In addition, a device (printer) driver of a 

20 latest version is usually used in order to use a new 
function in a driver. However, update and reinstall 
of a driver require time and labor and, to make 
matters worse, since reboot may occur, essential 
business of the user may be adversely affected. 

25 Further, in the Point & Print system using a 

print server, it is possible, to install a printer 
driver in all the clients with automatic delivery of 
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the printer driver. However, since the install is 
carried out regardless of a state of a client 
apparatus side, it is likely that a driver function 
changes regardless of a state of use of a user, or 
5 mismatch occurs in a driver constitution to prevent 
the printer driver from operating normally. 

SUMMARY OF THE INVENTION 

The present invention has been devised in order 

10 to solve at least one of the above-described problems 
of the conventional technique, and it is an aspect of 
the present invention to provide a program install 
method, a program install apparatus, and a program 
install system which makes it possible to perform 

15 install of a device driver for a printer or the like 
by a unit of function. 

Moreover, it is another aspect of the present 
invention to provide a program install method, a 
program install apparatus, and a program install 

20 system with which a user is capable of installing an 
appropriate driver without depending upon knowledge 
of the user or the user himself /herself . 

For example, the present invention discloses an 
information processing method for an information 

25 processing apparatus which makes connection to a 

network to which at least client apparatuses and a 
printer are connected, the information processing 
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method causing a computer to execute: a printer 
management step of managing information on the 
printer; a printer driver management step of managing 
a printer driver for the printer for which the 
5 information is managed; a client management step of 
managing the client apparatuses; and an install step, 
of installing the printer driver in the client 
apparatuses which have issued an install request for 
the printer driver. 

10 Other features and advantages of the present 

invention will be apparent from the following 
description taken in conjunction with the 
accompanying drawings, in which like reference 
characters designate the same or similar parts 

15 throughout thereof. 

BRIEF DESCRIPTION OF THE DRAWINGS 
In the accompanying drawings : 
FIG. 1 is a diagram showing a schematic 
20 structure of a print processing system which carries 
out an information processing method in accordance 
with a first embodiment of the present invention; 

FIG. 2 is a block diagram illustrating a part 
of the structure of the print processing system in 
25 accordance with the first embodiment of the present 
invention; 

FIG. 3A is a diagram showing a memory map of a 
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control program for a server apparatus which has been 
loaded to a RAM 2 of a host computer 3000 in FIG. 2 
and has become executable; 

FIG. 3B is a diagram showing a memory map of a 
5 control program for a client apparatus which is 

loaded to the RAM 2 of the host computer 3000 in FIG. 
2 and has become executable; 

FIG. 4 is a diagram showing a structure of a 
printer driver and a relation between the printer 
10 driver and a system; 

FIG. 5A is a diagram showing an example of a 
structure of a customized printer driver which is 
different from the structure shown in FIG. 4; 

FIG. 5B is a diagram showing another example of 
15 a structure of a customized printer driver; 

FIG. 6 is a diagram showing a change of a 
driver structure according to plug-in install; 

FIG. 7 is a diagram showing an example of a UI 
to be a base; 

20 FIG. 8 is a diagram showing an example of a UI 

in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which a function of a 
part of the example of the UI is masked; 

FIG. 9 is a diagram showing an example of a UI 

25 in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which a function of a 
part of the example of the UI is replaced and 



customized; 

FIG. 10 is a diagram showing an example of a UI 
in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which the example of 
5 the UI is localized to English representation; 

FIG. 11 is a diagram showing an example of a UI 
in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which the example of 
the UI in FIG. 7 is simplified; 
10 FIG. 12 is a diagram showing an example of a UI 

in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which the example of 
the UI in FIG. 7 is changed to another shell; 

FIG. 13 is a diagram showing an example of a UI 
15 in the case in which the a UI module is added in 

order to add a new function to the example of the UI 
in FIG. 7; 

FIG. 14 is a flowchart showing preparation 
processing of information management in a server; 
20 FIG. 15 is a diagram showing an example of a 

resource management table; 

FIG. 16 is a flowchart showing pull install 
processing in a client apparatus; 

FIG. 17 is a diagram showing an example of a UI 
25 for executing pull install; 

FIG. 18 is a flowchart showing pull install 
processing which is performed by a server in response 
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to a request from a client apparatus; 

FIG. 19 is a diagram showing an example of an 
install state management table; 

FIG. 20 is a diagram showing an example of an 
5 updated version of the install state management table 
shown in FIG. 19; 

FIG. 21 is a flowchart showing processing in a 
server for printer management by an IT manager; 

FIG. 22 is a diagram showing an example of a 
10 client management table which is created in the 
processing shown in FIG. 21; 

FIG. 23 is a diagram showing an example of an 
install state management table; 

FIG. 24 is a diagram showing an example of a UI 
15 which is displayed when a client management table is 
created; 

FIG. 25 is a flowchart showing pull install 
processing in a client apparatus; 

Fig. 2 6 is a diagram showing an example of a UI 
20 for causing a client user to execute pull install 
processing; 

FIG. 27 is an example of a structure of a print 
processing system showing an embodiment of the 
present invention; 
25 FIG. 28 is a diagram showing a structure of a 

printer driver and a relation between the printer 
driver and a system in the embodiment; 
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FIG. 29 is a diagram showing an example of 
provision of a customized printer driver set in the 
embodiment; 

FIG. 30 is a diagram showing a change of a 
5 driver structure according to plug-in install in the 
embodiment ; 

FIG. 31 is a flow diagram showing maintenance 
processing for a management table in the embodiment; 

FIG. 32 is a diagram showing an example of an 
10 information management table in the embodiment; 

FIG. 33 is a diagram showing an example of a UI 
screen which an IT manager uses for performing 
management of a printer and clients in the 
embodiment; 

15 FIG. 34 is a flow diagram showing pull install 

processing in a client in the embodiment; 

FIG. 35 is a diagram showing an example of a UI 
screen which a client user uses for executing pull 
install processing in the embodiment; 

20 FIG. 36 is a diagram showing an example of a UI 

screen which an IT manager uses for performing 
management of a printer and clients in the 
embodiment; 

FIG. 37 is a. diagram showing an example of a UI 
25 screen which a client user uses for executing pull 
install processing in the embodiment; 

FIG. 38 is a flow diagram of a pull install 
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processing procedure in a server and a client in an 
embodiment of the present invention; 

FIG. 39 is a flow diagram of details of a 
procedure for creating a management table in a server 
5 of the embodiment; 

FIG. 40 is a flow diagram showing push install 
processing in a server in this embodiment; and 

FIG. 41 is a flow diagram of a push install 
processing procedure in a server and a client in this 
1 0 embodiment . 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 

It is an object of the present invention to 
allow users to easily install a driver for a printer, 

15 which can be used in client apparatuses of the users, 
without requiring special knowledge. In order to 
realize this object, setting of a printer and a 
printer driver, which the respective client 
apparatuses can use, are prepared in advance in a 

20 print server, install and environmental setting are 
automatically performed with a request from a client 
user as a trigger. Here, this system is called pull 
type install of a printer driver. 

In addition, a printer driver set is 

25 constituted by a combination of a core module and 

extended modules such that a change of a function of 
a driver can be performed simply by addition and 
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update of this extended module, whereby update of a 
driver and creation of a customized driver set for 
specific users are facilitated. This system is 
called a plug-in type printer driver. 
5 By combining these printer drivers, it becomes 

possible for both client users and an IT manager to 
perform install of a printer driver in client 
apparatuses, and extension of functions and update of 
the printer driver with minimum man-hours. In 

10 addition, it is made possible to use a customized UI 
by replacement of a UI module only. Here, a 
customized driver set may be created, or only a UI 
module may be replaced after install. Further, it is 
also made possible to use different UI for each user 

15 according to authority, level, or preference of the 
user. 

Moreover, a module and a version installed in 
the respective client apparatuses on the print server 
are managed, whereby the IT manager can grasp a state 

20 of the respective client apparatuses. In addition, 
only a difference module is installed in the pull 
type install after the install, whereby it becomes 
possible to perform reduction of install time, and 
reduction of a load on a network. 

25 Embodiments of the present invention will be 

hereinafter described in detail with reference to the 
accompanying drawings . 
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FIG, 1 is a diagram showing a schematic 
structure of a print processing system which carries 
out an information processing method in accordance 
with a first embodiment of the present invention. 
5 In the print processing system, a user 

interface install method serving as information 
processing method is executed; The print processing 
system is constituted by connecting a server 
apparatus (information processing apparatus), a 

10 plurality of client apparatuses, and a printer on a 
network. A printer driver can be installed in the 
client apparatuses from the server apparatus. In 
addition, although not shown in the figure, a scanner 
a digital camera, a facsimile, a mouse, a speaker, a 

15 sound source device, a telephone, a copying machine, 
and the like are also connected on the network. 

FIG. 2 is a block diagram illustrating a part 
of the structure of the print processing system in 
accordance with the first embodiment of the present 

20 invention. 

In the following description, a form of 
connecting a host computer and the printer may be any 
form such as a LAN, a WAN, A public line, or the 
Internet. 

25 In FIG. 2, a printer 1500 and a host computer 

3000 are connected via networks 100 and 102. The 
host computer 3000 has a structure in which a 
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keyboard (KB) 9, a display (CRT) 10, and an external 
memory 11 such as a hard disk (HD) or a floppy 
(registered trademark) disk (FD) , and the like are 
connected to a computer main body 2000. The 
5 structure of the host computer 3000 is common to the 
server apparatus and the client apparatuses in FIG. 1. 

In the computer main body 2000, a CPU 1, a RAM 
2, a ROM 3, a keyboard controller (KBC) 5, a CRT 
controller (CRTC) 6, a disk controller (DKC) 7, a 

10 printer controller (PRTC) 8, and the like are 
connected to each other via a system bus 4. 

The CPU 1 executes processing of a document, in 
which figures, images, characters, tables (including 
spread sheet) , and the like are mixed, on the basis 

15 of a document processing program or the like stored 
in a program ROM of the ROM 3 or the external memory 
11. The CPU 1 also control the respective devices 
connected to the system bus 4 comprehensively. 

The RAM 2 functions as a main memory, a work 

20 area, and the like of the CPU 1. 

The ROM 3 is constituted by a program ROM, a 
font ROM, and a data ROM. An operating system 
program (hereinafter referred to as OS) or the like, 
which is a control program for the CPU 1, is stored 

25 in the program ROM of the ROM 3 or the external 

memory 11. Font data or the like, which is used in 
the document processing, is stored in the font ROM of 
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the ROM 3 or the external memory 11. Various data, 
which are used in performing the document processing 
or the like, are stored in the data ROM of the ROM 3 
or the external memory 11. 
5 The keyboard 9 and a not-shown pointing device 

are connected to the KBC 5, and the KBC 5 controls 
key input from these devices. The CRT 10 is 
connected to the CRTC 6, and the CRTC 6 controls 
display of the CRT 10. 

10 The DKC 7 controls access to the external 

memory 11, such as the hard disk (HD) or the floppy 
disk (FD) which stores a boot program, various 
applications, font data, user files, edition files, a 
printer control command generation program 

15 (hereinafter referred to as printer driver) , and the 
like . 

The PRTC 8 is connected to the printer 1500 via 
the network 100 and executes control processing for 
bi-directional communication with the printer 1500. 

20 Note that a command corresponding to a connection 

protocol may be added to a print job at the time of 
transmission. In addition, the command may be 
automatically added by the OS. 

Note that the CPU 1 executes, for example, 

25 development (rasterize) processing of an outline font 
to a display information RAM set on the RAM 2 to make 
WYSIWYG on the CRT 10 possible. 
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In addition, the CPU 1 opens registered various 
windows on the basis of a command instructed by a 
not-shown mouse cursor or the like on the CRT 10 and 
executes various kinds of data processing. In 
5 executing printing, a user can open a window 

concerning setting for printing and perform setting 
for a print processing method with respect to a 
printer driver such as setting for a printer and 
selection of a print mode. 

10 The printer 1500 has a structure in which a 

print section 17 , an external memory 21 such as a HD, 
a FD or an IC card, an operation section 22, and the 
like are connected to a printer control section 1000. 
In the printer control section 1000, a printer 

15 CPU 12, a RAM 13, a ROM 14, a print section I/F 16, 
an input section 18, and a memory controller (MC) 20 
are connected to each other via a system bus 15. 

The CPU 12 is capable of processing 
communication with the host computer 3000 via the 

20 input section 18. and is constituted so as to be able 
to communicate information or the like in the printer 
1500 to the host computer 3000. Data received from 
the printer driver is stored in the RAM 13 and 
converted into an image signal by the control program. 

25 Note that interpretation of the command to be added 
according to the communication protocol is also 
performed by the control program. 
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The RAM 13 is a RAM which functions as a main 
memory, a work area, and the like of the CPU 12. A 
memory capacity of the RAM 13 can be extended by an 
option RAM to be connected to a not-shown extension 
5 port. Note that the RAM 13 is used for an output 
information development area, an environment data 
storage area, a NVRAM, and the like. 

A control program or the like for the CPU 12 is 
stored in a program ROM of the ROM 14. The printer 

10 CPU 12 outputs an image signal serving as output 

information to the print section (printer engine) 17 
via the print section I/F 16 connected to the system 
bus 15 on the basis of the control program or the 
like stored in this program ROM or a control program 

15 or the like stored in the external memory 21. Font 
data or the like, which is used in generating the 
output information, is stored in a font ROM of the 
ROM 14. Information or the like, which is used on 
the host computer 3000 in the case in which the 

20 printer is not provided with the external memory 21 
such as a hard disk, is stored in a data ROM of the 
ROM 14. 

Access of the external memory 21 such as a hard 
disk (HD) , FD or an IC card is controlled by the MC 
25 20. The external memory 21 is optionally connected 
to the printer 1500 and stores font data, an 
emulation program, form data> and the like. 
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In addition, on the operation section 
(operation panel) 22, switches for various operations, 
an LED display device, a liquid crystal panel, and 
the like are arranged. Further, the external memory 
5 21 is not limited to one but may be plural, and may 
be constituted such that plural memories storing, in 
addition to an incorporated font, an option font card 
and a program for interpreting a printer control 
language of a different language system, can be 
10 connected. Moreover, the external memory 21 may 

include a not-shown NVRAM so as to store printer mode 
setting information from the operation section 22. 

FIG. 3A is a diagram showing a memory map of a 
control program for a server apparatus which has been 
15 loaded to a RAM 2 of a host computer 3000 in FIG. 2 
and has become executable. FIG. 3B is a diagram 
showing a memory map of a control program for a 
client apparatus which has been loaded to the RAM 2 
of the host computer 3000 in FIG. 2 and has become 
20 executable. 

The pull type install program serving as a 
printer driver in this embodiment exists as a part of 
install processing related programs 304 and 314 of 
. each of the server apparatus and the client 
25 apparatuses. 

FIG. 4 is a diagram showing a structure of a 
printer driver and a relation between the printer 
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driver and a system. 

The printer driver is basically constituted by 
a core module 401 and an extended module 410x (x = a, 
b, ...) . The extended module 410x is a general term 
5 of a UI (User Interface) module and a functional 
module. FIG. 4 shows a state in which only a UI 
module 410a is added as an extended module. 

The core module 401 is a module which is 
directly called from a system 420 or a not-shown 

10 application and performs basic print setting 
processing and print execution processing. 

The extended module 410a is a replaceable 
functional module which performs specific processing 
and is called from the core module 401 via an 

15 interface I/F 402 as required. Note that the 

extended module 410x can be plugged in (added or 
replaced) using a tool (installer), whereby a 
function of the printer driver can be added and 
updated. In the case in which the extended module 

20 410a is a UI module as shown in the figure, update, 
addition and the like of a UI can be performed by 
change and addition of a module. 

As a method of calling at the time when the 
core module 401 calls the extended module 410x (x is 

25 assumed to be, fore example, a character string of a 
to z), for example, an "interface fixed system", an 
"interface registration system", "use of the COM", 
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and the like are possible. 

Among them, the "interface fixed system" is a 
system in which file names, function names, arguments, 
and the like in calling respective functions are 
5 defined. When the respective functions are required, 
the core module 401 calls the extended module 410x in 
accordance with the respective definitions and, if 
there is an extended module matching the requirement, 
uses processing of the extended module. The extended 

10 module 410x is created in accordance with the 
respective definitions . 

In addition, the "interface registration 
system" is a system in which file names and function 
names in calling respective functions are registered 

15 in the I/F 402. When the respective functions are 
required, the core module 401 calls the extended 
module 410x using an interface registered in the I/F 
402. The extended module 410x can be provided using 
an arbitrary file name or function name and can be 

20 mixed with other extended modules. In addition, when 
the extended module 410x is plugged in an existing 
printer driver set, the installer performs 
registration or update of an interface in the I/F 402 
through an interface registration function IFR 403. 

25 Further, the "use of the COM" is a system in 

which formats in calling respective functions are 
defined in advance, and plug-in of extension is 
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registered in the system 420 as a COM component. It 
is also possible to include an entity of an extended 
module in a print server due to transparency of 
location which is a characteristic of the COM. 
5 By adopting such a system, it becomes possible 

to call the extended module 410x and add or replace 
the extended module 410x. However, the methods of 
calling described above are only examples, and the 
present invention is not limited to these methods. 
10 Note that the I/F 402 may function as a part of 

the core module 401 or may be an independent module. 
Similarly, the IFR 403 may be integral with the core 
module 4 01 or may be independent from the core module 
401. 

15 In addition, in the case in which the core 

module 401 has failed to call the extended module 
410x, that is, in the case in which a pertinent 
extended module does not exist, common processing to 
be a base is performed in the core module 401, or 

20 processing is continued skipping pertinent function 
processing . 

Further, it is assumed that division of 
functions of the core module 401 and the extended 
module 410x is not specifically limited here. For 

25 example, it is also possible to perform the common 
processing to be a base in the core module 401 and 
make only specific individual functions (e.g., 
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communication with devices, color processing, 
rendering, etc.) dependent as extended modules. 
Alternatively, it is also possible to use the core 
module 401 as a wrapper which processes only call 
5 from the system 420 and place a part managing a flow 
of the entire processing in the extended module 410x. 
The following embodiments will be described assuming 
division in various levels . 

Note that the above-described mechanism is not 
10 limited to a printer driver but can also be applied 
to a print system including other utilities. 
Moreover, it is needless to mention that the 
mechanism is applicable to systems other than the 
print system. 

15 FIG. 5A is a diagram showing an example of a 

structure of a customized printer driver which is 
different form the structure shown in FIG. 4. FIG. 
5B is a diagram showing another example of a 
structure of a customized printer driver. 

20 The structure shown in FIG. 5A is different 

from the structure shown in FIG. 4 in that the user 
interface A in FIG. 4 is replaced with a user 
interface A f . This replacement means that even if 
I/Fs are the same, contents of processing of the I/Fs 

25 can be changed. In the case of this example of UI 
replacement, only an operation system part can be 
changed without changing a print processing part. 
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In addition, in the structure shown in FIG . 5B, 
a user interface B and a Func module B are added to 
the structure shown in FIG. 4. The addition of the 
modules means that specific processing can be added 
5 and specific processing can be hooked. Concerning 
the UI section, a new function can be added and an 
operation section for controlling an added function 
can be added while keeping the conventional operation 
system. 

10 In this way, by changing a combination of 

extended modules, a customized printer driver set, in 
which a special function is added or a specific 
function is changed, can be easily provided. 

FIG. 6 is a diagram showing a change of a 

15 driver structure according to plug-in install. 

An example shown in FIG. 6 assumes processing 
for plugging three extended modules 602 consisting of 
a user interface A', user interface B, and a Func 
module B in an installed printer driver set 601 using 

20 an installer. Here, the user interface A ? has the 
same interface as the user interface A and is 
replaced with the user interface A by the plug-in. 
In addition, the user interface B and the Func module 
B are added because there are no corresponding 

25 existing modules. As a result of the plug-in, the 

printer driver set has a structure indicated by 603. 
Note that there are many cases in which a 
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printer driver remains as loaded by a system or an 
application and cannot be replaced, and reboot is 
required for update of the printer driver. However, 
in the case of this embodiment, since update of an 
5 extended module is possible even if a core module is 
loaded, update work of a printer deriver set can be 
carried out without reboot and without being affected 
by a system or an application. 

In this way, by plugging in only an extended 
10 module, a function of a printer driver can be updated 
easily. 

FIGS. 7 to 13 are diagrams showing a specific 
example of replacement of a UI . 

FIG. 7 is a diagram showing an example of a UI 

15 to be a base. FIG. 8 is a diagram showing an example 
of a UI in the case in which the example of the UI in 
FIG. 7 is replaced with a UI module in which a 
function of a part the example of the UI is masked. 
In the example in FIG. 8, "Stamp" on the lower right 

20 part in the example in FIG. 7 is masked. This is 

equivalent to the user interface A 1 in FIG. 5A. It 
becomes possible to put limitations on general users 
to prevent the users from operating a specific 
function according to the replacement of a UI with 

25 such a masked UI . 

FIG. 9 is a diagram showing an example of a UI 
in the case in which the example of the UI in FIG. 7 
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is replaced with a UI module in which a function of a 
part of the example of the UI is replaced and 
customized. In the example in FIG. 9, "Stamp" on the 
lower right part in the example in FIG. 7 is replaced 
5 with "Printing method". This is equivalent to the 

user interface A 1 in FIG. 5A. It becomes possible to 
arrange a frequently used function in a concentrated 
manner according to the replacement of a UI with such 
a customized UI. 

10 FIG. 10 is a diagram showing an example of a UI 

in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which the example of 
the UI is localized to English representation. This 
is equivalent to the user interface A f in FIG. 5A. 

15 It becomes possible to change only display into 

display of each language without changing a basic 
function according to the replacement of a UI into 
such a localized UI. 

FIG. 11 is a diagram showing an example of a UI 

20 in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which the example of 
the UI in FIG. 7 is simplified. This is equivalent 
to the user interface A ? in FIG. 5A. It becomes easy 
to provide support or the like corresponding to a 

25 user level according to the replacement of a UI with 
such a simplified UI . 

FIG. 12 is a diagram showing an example of a UI 
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in the case in which the example of the UI in FIG. 7 
is replaced with a UI module in which the example of 
the UI in FIG. 7 is changed to another shell. This 
is equivalent to the user interface A' in FIG. 5A. 
5 In this way, according to the replacement of a UI 
with a UI of another shell, it becomes possible to 
selectively use a UI corresponding to preference of a 
user . 

FIG. 13 is a diagram showing an example of a UI 

10 in the case in which a UI module is added in order to 
add a new function to the example of the UI in FIG. 7. 
The added function is a function illustrated as 
"Favorite" of a fifth tab sheet. This is equivalent 
to the user interface B in FIG. 5B. In this way, 

15 according to the addition of a new function UI, a UI 
for operating a new function can be added while an 
existing UI is maintained. In the case in which a UI 
function is added, an actual processing module (here, 
the Func module B) corresponding to the UI function 

20 may be added. 

FIG. 14 is a flowchart showing preparation 
processing of information management in a server. 
For example, a program for the preparation processing 
is stored in an area of the application 301 of the 

25 server apparatus in FIG. 3A and is executed by the 
CPU on the server side in FIG. 2. 

First, in step S1401, the server searches 
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information on a printer connected to a network and 
acquires the information. Next, in step S1402, the 
server collects the environment such as an output 
port and a pertinent printer driver and also collects 
5 an extended module if necessary. The server 

establishes a driver set, which should be installed 
in client apparatuses and manages the driver set. 

Next, in step S1403, the server creates a 
management list of client apparatuses connected to 

10 the network. Here, an IT manager may register client 
apparatuses to be objects of management, or the 
server may automatically collect information on all 
client apparatuses existing under control and set the 
client apparatuses as objects of management. 

15 Next, in step S1404, the server creates a 

resource management table as illustrated in FIG. 15. 
Here, the resource management table includes a list 
of information such as printers, extended modules, 
and client apparatuses which are managed by the 

20 server. This is an example showing a state in which 
storage locations and file names of printer drivers, 
which will be required in the respective printers, IP 
addresses of output destinations, and the like are 
managed in a printer management table, storage 

25 locations and file names of modules corresponding to 
each extension are managed in an extended module 
management table, and IP addresses of the respective 
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client apparatuses are managed in a client management 
table. These tables are collectively referred to as 
the resource management table. 

According to the above processing, the server 
5 comes into a state in which the server can manage the 
printers and the client apparatuses. The processing 
of FIG. 14 is carried out at the time of 
establishment of a system, addition of a printer, 
upgrade of a printer driver, addition of a function, 

10 addition of a client apparatus, and the like. 

FIG. 16 is a flowchart showing pull install 
processing in a client apparatus. A program for the 
pull install processing is stored in an application 
area 311 in FIG. 3B and is executed by the CPU on the 

15 client side in FIG. 2. 

In step S1601, the client apparatus issues an 
install request to the server. FIG. 17 shows an 
example of a UI for causing a user to execute pull 
install which is displayed on the client apparatus at 

20 this point. The user can send an install request 

message to the server by depressing an Install Start 
button. Install processing after the transmission of 
the install request message is performed on the 
server side which has received the request message. 

.25 FIG. 18 is a flowchart showing pull install 

processing which is performed by a server in response 
to a request from a client apparatus. A program for 
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the pull install processing stored in an area 301 in 
the server apparatus in FIG. 3 is executed by the CPU 
on the server side in FIG. 2. 

First, in step S1801, the server repeats 
5 judgment on whether or not an install request has 
been received until the install request is received 
from the client apparatus. In the case in which the 
install request from the client apparatus has been 
received, in step S1802, the server acquires a list 

10 of modules from the resource management table (see 
FIG. 15) and confirms information on a module which 
should be installed. Note that, in this embodiment, 
as an example, printers A, B and C, a user interface 
D, and a Func module M are assumed to constitute a 

15 module set which is an object of install. 

Next, in step S1803, the server reads out an 
install state management table as illustrated in FIG. 
.19. The install state management table is a table 
for server management in which information such as 

20 plural client apparatuses which are objects of 

management, a list of modules which have already been 
installed in the respective client apparatuses, and 
versions of the modules is recorded. The server 
confirms an install state of a request source client 

25 apparatus by reading out this install state 

management table. Note that, in the install state 
management table, a blank table is created anew at. 
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the time of establishment of a system and updated 
every time a module is installed in the client 
apparatus, whereby a latest install state is 
maintained. 

5 The server judges a difference of a module from 

the information acquired in steps S1802 and S1803 and 
installs only the module of the difference in the 
request source client apparatus in step S1804. For 
example, in the case in which the request source 

10 client is the client B, it is seen from the install 
state management table shown in FIG. 19 that the 
printers A and B have been installed as printers and 
the Func module M has been installed as an extended 
module. Therefore, install (plug-in) of the printer 

15 C and the user interface D, which are differences, is 
performed . 

In the case in which the request source is the 
client C, since no module is installed before the 
request, full install including a core module is 
20 performed. Note that, since the client A is in a 
state of a latest version, new processing is not 
performed for the client A even if an install request 
is issued. 

The server acquires the module to be installed 
25 with reference to the resource management table. In 
addition, the server also performs environment 
setting such as an output port at the time of install. 
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After the install has finished, in step sl805, 
the server updates the install state management table. 
In the case in which the install requests from the 
clients B and C are satisfied, the install state 
5 management table is updated as shown in FIG. 20. 

As described above, the pull install in the 
client apparatus is completed. 

Next, a user interface install method in 
accordance with a second embodiment of the present 
10 invention will be described. Note that, since the 
system and the like for carrying out the method are 
the same as those described in the first embodiment, 
descriptions of the system and the like will be 
omitted. 

15 The first embodiment describes the example in 

which the same printer and extension are installed in 
all the client apparatuses. However, there are some 
cases in which management for each user is required 
such as a case in which users on different floors are 

20 managed and a case in which it is desired to change a 
usable printer depending upon contents of a job. 

As an example of such cases, a method of with 
which an IT manager classified and sets a usable 
printer and an extended module for each user will be 

25 described. 

FIG. 21 is a flowchart showing processing in a 
server for printer management by the IT manager. A 
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program for the processing is stored in the area 301 
in FIG. 3 and is executed by the CPU on the server 
side in FIG- 2. 

Since steps S2101 to S2104 are the same as 
5 steps S1401 to S1404 in FIG . 14, descriptions of the 
steps will be omitted. 

After creating a resource management table in 
step S2104 in the same manner as in step S1404, in 
step S2105, the server creates a client management 
10 table as illustrated in FIG. 22. This client 

management table is created for managing printers and 
extended modules which respective client apparatuses 
are allowed to use. 

Separately from the client management table, an 
15 IT manager can create a client management table. 
This will be described with reference to FIG. 24. 

FIG. 24 is a diagram showing an example of a UI 
which is displayed when a client management table is 
created. 

20 Here, first, if there is an existing client 

management table, the IT manager reads and displays 
contents of the client management table (i.e., 
setting for each of present client apparatuses). 
When the IT manager selects an arbitrary client 

25 apparatus in a Clients column, a printer and an 
extended module, which the client apparatus is 
allowed to use, are displayed as a selection state in 
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lists of Printers and Functions columns, respectively. 
The IT manager can update the list by changing the 
columns. In addition, the IT manager can confirm 
states of the respective client apparatuses by 
5 changing the client apparatus in the Clients column. 
At the time of first setting, since no allocation is 
made in all the columns, it is set from the start 
which printer and function are allowed to be 
installed in which client apparatus. Note that, 

10 addition of a client apparatus to be an object of 
management may be performed on this UI . 

An install request from a client apparatus and 
processing of a server with respect to the install 
request are basically the same as the processing 

15 according to the processing flow shown in FIGS. 16 
and 18 used in the description of the first 
embodiment. However, in this embodiment, the 
installation of a difference of a module in step 
S1804 is installation of a difference found by 

20 comparing the install state management table and the 
client management table shown in FIG. 22. 

FIG. 23 is a diagram showing an example of an 
install state management table. 

In the case in which contents of the present 

25 install state management table are in the illustrated 
state, the server compares the tables of FIGS. 22 and 
23 in step S1804, whereby the printers B and C and 
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the user interface D are installed in the case in 
which an instali request is issued from the client C, 
and the printer B and the user interface E are 
installed in the case in which an install request is 
5 issued from the client D. Note that, since the 

clients A, B and E are in a latest state, processing 
is not performed even if an install request is issued 
from these client apparatuses. 

The pull install managed for each client 

10 apparatus is completed as described above. 

Next, a user interface install method in 
accordance with a third embodiment will be described. 
Note that, since a system and the like carrying out 
the method are the same as those described in the 

15 first embodiment, descriptions of the' system and the 
like will be omitted. 

In the second embodiment, limitation for each 
client apparatus is performed on the server. However, 
in this embodiment, such limitation is not performed 

20 on a server, and usable printers and extended modules 
are simply managed and, on the other hand, printers 
and extended modules required by client users are 
selected and used. 

FIG. 25 is a flowchart showing pull install 

25 processing in a client apparatus in the third 

embodiment. FIG. 2 6 is a diagram showing an example 
of a UI for causing a client user to execute pull 
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install processing. A program for the pull install 
processing is stored in an area 311 in FIG. 3 and is 
executed by the CPU on the client side in FIG. 2. 
In the flowchart of FIG. 25, first, in step 
5 S2501, the client apparatus accesses a server to 
acquire list information of printers and extended 
modules which are managed by the server, and displays 
the acquired information on the UI . 

Next, in step S2502, a client user selects a 

10 printer and extended modules, which the client user 
desires to use, out of the printers and the extended 
modules displayed on the UI shown in FIG. 26. 

Next, in step S2503, the client user issues an 
install request message to the server by depressing 

15 an install button, and the client apparatus sends a 
list of selected printer and extended modules, which 
the client user desires to install, to the server. 
The subsequent install processing is performed on the 
server side which has received the install request 

20 message. 

Processing of the server in response to the 
install request from the client apparatus is 
basically the same as the processing shown in the 
flowchart in FIG. 18 which is described in the first 

25 embodiment. However, in this embodiment, as the 
processing in step S1804 in FIG. 18, a difference 
found by comparing the install state management table 
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and the list of requests sent from the client 
apparatus is installed. In addition, environment 
setting such as an output port is also performed in 
the same manner as the first embodiment described 
5 above . 

Note that it is also possible to adopt, as a 
trigger for starting the pull install, an intuitive 
operation according to drag and drop from a list of 
printers and extended modules rather than the 

10 depression of the install button displayed on the UI . 
The pull install in the case in which the 
client apparatus has selected a printer is completed 
as described above . 

Note that, in both the above-described 

15 embodiments, only a difference module is installed 

with reference to the install state management table. 
However, it is also possible to install all 
designated driver sets or plug in all designated 
extended modules alone at the time of install request. 

20 As described above, according to the present 

invention, the client user simply issues a request 
for driver install or. selects a printer, which the 
client user desires to use, out of the printers 
managed by the server and then issues a request for 

25 driver install, whereby install and environment 

setting in the client apparatus of the client user 
are performed. Therefore, it is possible for the 
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user to install a usable printer driver easily in the 
client apparatus of the user without requiring 
special knowledge. 

For example, in the case in which a company 
5 desires to limit thoughtless operation of general 
users, setting of specific functions can also be 
prevented from being changed simply by plugging in a 
UI module, in which control on a UI is masked, 
without changing a print function. 

10 Usability can also be improved without 

affecting an existing system simply by plugging in a 
UI module corresponding to needs such as a UI 
customized for convenience in businesses, a UI 
localized for people in other countries, a simplified 

15 UI or an advanced UI corresponding to a level of a 
user, and a UI including a shell changed in 
accordance with preference of a user. 

There is also an effect that it is made 
possible for an IT manager to manage introduction of 

20 a UI with limited use of functions or a customized UI 
for each user. 

There is also an effect that a user can select 
and use a preferable UI by himself /herself . 

There is also an effect that, since service 

25 engineers and a development section can change a UI 
by developing only a UI module, it becomes possible 
to provide a UI corresponding to user needs with less 
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man-hour . 

An IT manager can grasp states of respective 
client apparatuses by recording modules and versions, 
which were installed in the respective client 
5 apparatuses in the past, in a print server. 

There is also an effect that, since install 
work can be performed necessary minimum update of a 
file by distinguishing a difference module and a 
difference of a version, time for the install work 
10 can be reduced and factors of unstable system can be 
reduced. 

In addition, there is also an effect that not 
only new install of a printer driver but also 
addition and change of a driver function can be 
15 easily processed without reboot. 

Further, there is also an effect that, since 
update can be performed according to an intension of 
a user, an automatic delivery function, which is 
provided by an OS and proceeds without an operation 
20 by a user, can be avoided. 

Moreover, there is also an effect that a 
customized printer driver set can be created easily. 

An embodiment which is preferable in applying 
the present invention will be hereinafter described. 
25 A network system which realizes install of a pull 
type printer driver will be described first, and a 
push type printer driver will be described next. In 
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addition, although install of a printer driver will 
be described as an example in the embodiments, this 
embodiment can also be applied to general driver 
programs for peripheral devices. Moreover, this 
5 embodiment can also be applied to an application 
program. 

FIG. 27 is an example of a structure of a print 
processing system showing an embodiment of the 
present invention. The system in FIG. 27 is 

10 generally the same as that FIG. 1. A block diagram 
showing an internal structure thereof is the same as 
FIG. 2. A server apparatus 102, plural client 
apparatuses 103, and a printer 101 are connected on a 
network 100. A printer driver can be installed in 

15 the client apparatuses from the server apparatus 102 
as described later. In addition, although not shown 
in the figure, a scanner, a digital camera, a 
facsimile, a mouse, a speaker, a sound source device, 
a telephone, a copying machine, and the like are 

20 connected on the network. 

FIG. 28 is a diagram schematically showing a 
structure of the printer driver 400 and call of a 
printer driver from the operating system (hereinafter 
simply referred to as system) 420. The printer 

25 driver 400 is basically constituted by the core 

module 401 and the extended function module 410x (x = 
a, b, ...). However, if there is no function which 
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can be extended, there is no extended function module, 
and the number of the extended function modules is 
zero . 

The core module 401 is a module which is 
5 directly called from the system 420 or a not-shown 
application and performs basic print setting 
processing and print execution processing. 

The extended function module 410x is a 
replaceable extended function module which performs 
10 specific processing and is called from the core 

module 401 through the interface I/F 402 as required. 
Note that the extended function module 410x can be 
plugged in (added or replaced) using a tool 
(installer) , whereby a function of a printer driver 
15 can be added and updated. 

As a method of calling at the time when the 
core module 401 calls the extended module 410x, for 
example, an "interface fixed system", an "interface 
registration system", "use of the COM", and the like 
20 are possible. 

The interface fixed system is a system in which 
file names, function names, arguments, and the like 
in calling respective functions are defined. When 
the respective functions are required, the core 
25 module 401 calls the extended function module 410x in 
accordance with the respective definitions and, if 
there is an extended function module which meet the 
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requirement, uses processing of the extended function 
module. The extended module 410x is created in 
accordance with the respective definitions. 

In this first system, for example, in the case 
5 in which an extended function module corresponding to 
a function name secured in advance is not installed 
for the function name, since the core module 401 
fails in the call, it is judged that a corresponding 
extended function module is not installed. In the 

10 case in which the extended function module is 

installed, since the core module 401 succeeds in the 
call, processing held by the extended function module 
is executed. When the extended function module is 
uninstalled, an entry is erased by deleting the 

15 module. Consequently, install and uninstall of an 

extended function module can be realized. Note that 
install of an extended function module is 
specifically called plug-in. 

The interface registration system is a system 

20 in which file names and function names in calling 

respective functions are registered in the I/F 402. 
When the respective functions are required, the core 
module 401 calls the extended module 410x using an 
interface registered in the I/F 402. The extended 

25 module 410x can be provided using an arbitrary file • 
name or function name and can be mixed with other 
extended modules. In addition, when the extended 
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module 410x is plugged in an existing printer driver 
set, the installer performs registration or update of 
an. interface in the I/F 402 through the interface 
registration function IFR 403. 
5 According to this second system, for example, a 

correspondence table showing function names and entry 
points of extended function modules corresponding to 
the function names is stored in the I/F 402. Then, 
in accordance with install of an extended function 

10 module, a function name and an entry point associated 
with the extended function module are registered in 
the I/F 402. At the time of uninstall, an item of 
the table corresponding to an extended function 
module to be uninstalled is deleted. Such a 

15 maintenance function of the table is provided by the 
IFR 403. The extended function module is executed by 
call of a function name registered in the table. 
Therefore, only the extended function modules 
registered in the table are installed extended 

20 function modules. 

The system using the COM is a system in which 
formats in calling respective functions are defined 
in advance, and an extended function module is 
registered in the system 420 as a COM component. The 

25 COM (Component Object Model) is an inter-object 
communication protocol established by Microsoft 
Corporation in the United States. An object 
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complying with the protocol is called a COM component . 
In the method using the COM, it becomes also possible 
to include an entity of an extended module in a print 
server due to transparency of location which is a 
5 characteristic of the COM. 

In this third system, in the case in which an 
extended function module is installed, the module is 
registered in the system 420 and, when it is 
uninstalled, the registration is deleted. 

10 With the above-described systems, it is 

possible to call the extended function module 410x. 
In addition, with systems corresponding to the 
calling methods, both install (plug-in) and uninstall 
of an extended function module becomes possible. 

15 However, the calling methods and the install 

(addition) and uninstall methods described here are 
only examples, and the present invention is not 
limited to these methods. Note that replacement of 
an extended function is realized by a combination of 

20 uninstall and install. 

Note that the I/F 402 may function as a part of 
the core module 4 01 or may be an independent module. 
Similarly, in the second system, the IFR 403 may be 
integral with the core module 401 or may be 

25 independent from the core module 401. 

In addition, in the case in which the core 
module 401 has failed to call the extended module 
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410x, that is, in the case in which a pertinent 
extended module does not exist, common processing is 
performed in the core module 401, or processing is 
continued skipping pertinent function processing. 
5 Further, functions of the core module 401 and 

the extended module 410x can be divided in various 
ways according to designing. For example, it is also 
possible to perform the common processing to be a 
base in the core module 401 and make only specific 

10 individual functions (e.g., communication with 

devices, color processing, rendering, etc.) dependent 
as extended modules. Here, the common processing 
includes processing for carrying out a function of a 
printer normally provided by the operating system. 

15 For example, there is processing for converting print 
data into a command system which can be processed in 
a printer. In addition, the specific individual 
functions provided as extended function modules 
include communication with a device (printer) , color 

20 processing, a user interface (UI), and rendering 
processing. 

Alternatively, it is also possible to use a 
core module as a wrapper which processes only call 
from the system 420 and place a part managing all 
25 substantial functions provided by a printer driver, 
that is, a flow of the entire processing in an 
. extended module. 
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Note that the above-described mechanism is not 
limited to a printer driver but can also be applied 
to a print system including other utilities. 
Moreover, it is needless to mention that the 
5 mechanism is applicable to systems other than the 
print system. 

FIG. 29 is a diagram showing an example of a 
structure of a printer driver, a function of which is 
extended by an extended function module, such as a 

10 printer driver set customized for specific users. 

Compared with FIG. 28, the extended function module A 
is replaced with an extended function module A 1 , and 
an extended function module C is added. Here, the 
replacement with the extended function module A f 

15 means that, while using an I/F identical with an 
existing extended function module, contents of 
processing of the I/F can be changed. In addition, 
the addition of the extended function module C means 
that specific processing can be added or specific 

20 processing can be hooked. By changing a combination 
of extended function modules in this way, a 
customized printer driver set, in which a special 
function is added or a specific function is masked, 
can be easily provided. 

25 FIG. 30 is a state in which an extended 

function module is plugged in. The figure shows 
processing for plugging an extended function module 
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602 (an extended function module is also called a 
plug-in module), which consists of the extended 
function module A 1 and the extended function module C, 
in the existing printer driver set 601 using an 
5 installer. Here, the extended function module A' has 
the same interface as the existing extended function 
module A and is replaced with the extended function 
module A according to plug-in. In addition, the 
extended function module C is added because there is 

10 no existing module corresponding to the extended 

function module C. As a result of the plug-in, the 
printer driver set has a structure like the printer 
driver 603. Replacement and addition of an extended 
function module is performed in accordance with any 

15 one of the above-described three systems. 
<Creation of a management table> 

FIG. 31 illustrates processing in the server 
102 in this embodiment in a form of a flowchart. 
Here, processing of printer management in accordance 

20 with an operation of an IT manager will be described. 
The processing of FIG . 31 is started with an 
operation by an operator such as the IT manager as a 
trigger. A management table 801 shown in FIG. 32 is 
created according to a procedure of FIG. 31. The 

25 program stored in the area 301 of the server 

apparatus in FIG. 3 is read out and executed by the 
CPU of the server apparatus in FIG. 27. 
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First, in step S701 in Fig. 31, the server 
searches information on a printer connected to a 
network and acquires the information. At this point, 
the server also collects and manages an environment 
5 such as an output port and a necessary printer driver. 
The information on a printer is usually inputted when 
the printer is connected to the network. This 
information on a printer includes an output port (an 
IP address, etc. in the case of an IP network), an 

10 identifier of the printer, and the like. The 

collection of the printer driver is performed by, for 
example, selecting a file, which matches the printer 
connected to the network, such as a file, which has 
an identifier coinciding with an identifier of the 

15 printer, out of files or the like of driver programs 
stored in the server and specifying a location or the 
like of the file. For example, if the printer is 
installed in the server, the coincidence of the 
identifiers can be judged on the basis of a 

20 correspondence relation between the printer and the 
printer driver associated by the install. In 
addition, it is also possible to cause the IT manager 
to designate association between the printer and the 
printer driver to collect the designated printer 

25 driver as a necessary one. 

Moreover, when the printer driver is specified, 
an extended function module, which can be added to 
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the printer driver, is also specified. This can also 
be realized by giving the identifier or the like of 
the printer as a part of a program file of the 
extended function module. What can be collected are 
5 a driver program (core module) prepared in the server 
and information on the extended function module (a 
name and a location, a corresponding driver 
identifier, a corresponding printer identifier, etc.). 
Next, in step S702, the server creates a 

10 management list of client apparatuses connected to 
the network. Here, the IT manager may register 
clients to be objects of managiement manually, or the 
server may collect information on all client 
apparatuses existing under its control, for example, 

15 information such as identifiers and addresses. Note 
that, if it is unnecessary to perform management of 
individual clients, a management list is not 
specifically required. In that case, step S703 is 
not performed. 

20 Next, in step S703 in FIG. 31, the server 

creates the management table 801 as illustrated in 
FIG. 32. Here, on the basis of the printer 
information collected in step S701 and the management 
list created in step S702, printers and extended 

25 functions, which the respective clients are allowed 

to use, included in the management list is registered 
in the management table 801. Details of the creation 
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• of a management table are shown in FIG. 39. 

The IT manager performs the creation of a 
management table on a user interface (UI) as 
illustrated in FIG. 33. For this purpose, first, the 
5 server 102 displays identifiers and addresses of the 
clients in a client column 901 in FIG. 33, displays 
identifiers and output port numbers (addresses) of 
the printers in a printer column 902, and displays 
extended function modules in a function column 903 on 

10 the basis of the management list (step S1501 in FIG. 
39) . If types of the printers are different from 
each other, extended functions of the printers may 
also be different from each other. Thus, in the case 
in which plural kinds of printers are connected to 

15 the network, all the extended function modules may be 
displayed in the function column 903 simultaneously, 
or only an extended function module corresponding to 
a printer selected from the printer column 902 may be 
displayed on the function column 903. In the former 

20 case, in order to clarify a correspondence relation 
between the printers and the selectable extended 

function modules, it is desirable to increase 

I 

identif iability by, for example, displaying each 
printer in an independent column. 
25 After displaying the respective columns in this 

way, the server causes the IT manager to set the 
management table. The setting is performed for each 
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client. Thus, first, the server causes the IT 
manager to select a client (step S1502) . In the 
example of FIG. 33, the client B is selected. 

When the client is selected, if there is an 
5 existing management table (step S1503 - YES) , the 

server reads contents of the management table (i.e., 
setting of the present respective clients) and 
displays setting for the selected client (step S1504). 
In other words, printers and extended functions, 

10 which the client selected from the client column 901 
by the IT manager is allowed to use, are displayed 
with check marks in the lists of the printer column 
902 and the function column 903, respectively. In 
the example of FIG. 33, the printers A and B and the 

15 extended function module E, which the selected client 
B is allowed to use, are displayed with check marks, 
respectively. 

The operator can see states of the respective 
clients by changing a selected client in the client 

20 column. At the time of first setting, since no 

allocation is made in all the columns, it is set from 
the start which printer and function are allowed to 
be installed in which client. Note that, addition of 
a client to be an object of management may be 

25 performed on this UI . 

When the present setting is displayed in this 
way, the IT manager attaches check marks to printers 
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and extended function modules, which the client of 
special notice (i.e., selected client) is allowed to 
use, and sets the printers and the extended function 
modules as usable (step S1505) . 
5 In this case, if an input is selection of a 

client, the procedure of step S1503 and subsequent 
steps is repeated fro the selected client. In 
addition, if an "OK" button is, pressed, the server 
saves setting, which has been inputted at that point, 

10 as the management table 801. In other words, the 

server constitutes the management table 801 of FIG. 
32 associating the printers and the extended function 
modules, which are checked for the respective clients, 
and saves the management table 801 (step S1507). 

15 When a "Cancel" button is pressed, the server ends 

the processing without changing the management table. 

Note that a printer not included in the printer 
information collected in step S701 in FIG. 31 and a 
client apparatus not included in the management list 

20 created in step S702 are included in the existing 
management table, the printer and the client 
apparatus may be deleted as ones disconnected from 
the network. Alternatively, the server may leave 
treatment of the printer and the client apparatus to 

25 the IT manager giving priority to contents of the 
existing management table. 

<Pull install of a driver or an extended function 



- 50 - 



module> 

FIG. 34 is a flowchart showing processing in a 
client and a server in this embodiment. Here, 
processing at the time when a client user performs 
5 pull install will be described. The pull install is 
processing for causing a client to request a program 
to be an object of install, which is stored in an 
apparatus such as a server, and store the program in 
the client itself. In other words, the pull install 

10 includes a series of processing of download request, 
download, and install of a program. 

In FIG. 34, first, in step S1001, the client 
103 sends an inquiry for information on usable 
apparatuses about printers and extended functions, 

15 which the client 103 can use, to the server 102 

together with an identifier of the client 103, and 
acquires the information on usable apparatuses, that 
is, a list of the usable printers and extended 
function modules. At this point, the server 102 

20 selects information on the pertinent client from the 
management table managed by the server 102 and 
returns the information to the client 103. 

In the case in which the information is 
acquired in step S1001, next/ in step S1002, the 

25 client 103 displays the acquired information on a 

display screen of the client 103. Then, the client 
103 causes the client user to select a usable printer 
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or extended function module. 

Next, in step S1003, the client 103 executes 
the pull install of the selected driver or extended 
function module. FIG. 35 shows an example of a UI 
5 for executing the pull install. The pull install in 
step S1003 is started as depression of an install 
start button 1101 as a trigger. Details of step 
S1003 is shown in FIG. 38. Note that install of an 
"extended function module" is described in FIG. 38 

10 and the explanation of the figure. This is 

completely the same for a core module of a driver. 

In FIG. 38, first, the client 103 issues an 
install request to the server 102 (step S3801). In 
that case, the client 103 sends information 

15 designating the printer and the extended function 

module selected in step S1002. In addition, at the 
same time, the client 103 loads a plug-in reception 
module, which receives a module to be installed anew 
in the client 103 and installs the module, in a 

2 0 memory. 

The server 102, which has received the install 
request, acquires the designated information 
concerning the pertinent client from the management 
table managed by the server 102 (step S3811) , and 
25 sends the registered printer drivers and extended 

function modules to the plug-in reception module of 
the client 103 of the request source (step S3812) . 
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The server 102 judges whether or not an install 
completion notice has been received from the client 
103 or a fixed time has elapsed (step S3813) and, if 
the install completion notice has been received or 
5 the fixed time has elapsed, ends the processing. 

On the other hand, the client 103 receives the 
module, which should be installed, from the server 
102 and, when a fixed time has elapsed after the 
install request, stops the install processing (S3802 

10 - time out) . If the module has been received 

normally, the client 103 receives the entire module 
(step S3804) and executes the plug-in reception 
module to install the module. If the module to be 
installed is an extended function module, the module 

15 is installed according to a predetermined method 

among the three methods and is combined with the core 
module. In addition, if the module to be installed 
is a core module, the module is installed in the same 
manner as a usual device driver. Further, the client 

20 103 performs environment setting such as an output 
port together with the install. 

When the install has ended, the client 103 
unloads the plug-in reception module (step S3805) and. 
informs the server 102 that the install has been 

25 completed (step S3806) . 

The pull install in the client is completed as 
described above. 
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As described above, in performing the pull 
install of a device driver, the driver is divided by 
a unit of function and prepared as installable 
function modules, whereby the client can install only 
5 necessary functions. 

In addition, the server can designate drivers 
and functions which each client is allowed to use. 
The client can select a function to be installed 
within the allowed range. 
10 Therefore, even if install is left to an 

operator of a client apparatus, management of the 
client can be performed. 

In addition, since the client user can install 
a program simply by instructing install without any 
15 special knowledge, special education is not required, 
and it becomes unnecessary to go all the way to 
client apparatuses to install a printer driver. 

Further, there is also an effect that the IT 
manager can perform management such as limiting user 
20 of printers and functions or customizing the printers 
and the functions for each client by maintaining the 
management table in the server, and it becomes 
possible to centralize and simplify the management. 
Moreover, in this embodiment, since it is 
25 possible to update an extended function module even 
if a core module is loaded, it becomes possible to 
perform update work for a printer driver without 
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being affected by a system (OS) and an application 
and without rebooting. 

In this way, update of functions of the printer 
driver can be performed easily by plugging in only an 
5 extended function module. 

In the management of printers and extended 
functions in the server, the functions may be 
dependent upon printers. 

FIG. 36 shows an example of a UI in which 

10 extended functions are dependent upon printers 

compared with FIG. 33. In other words, when a client 
is selected from a client column 1201, information 
incidental to the client is displayed as in FIG. 33, 
but it becomes possible to select a printer to be 

15 used and also select dependent extended functions for 
each printer from a printer and function column 1202. 
In this embodiment, since setting of dependent 
extended functions has not meaning in the case in 
which a printer is set to be usable, in FIG. 36, the 

20 printer C is not set to be usable for the client B. 
Therefore, it is also possible to display, the 
extended functions with gray display such that the 
extended functions cannot be selected. 

The IT manager creates a management table 

25 through this UI 1200 and, when a pull install request 
is received from a client user, performs install of a 
printer driver and an extended function module 
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corresponding to the management table. Note that, 
the management table is created in a format in which 
usable printers are associated with each client, and 
usable functions are associated for each of the 
5 printers . 

In this modification, a processing flow in the 
case in which usable printers and extended functions 
are simply managed without applying limitation to 
each client on the server, and a client user selects 
10 and use a necessary printer and extended functions 
will be described, 

FIG. 37 is a diagram showing a UI which a 
client user uses for selecting necessary printers and 
extended functions and executing pull install. A 
15 flow of processing in the client in this embodiment 
will be described using a flowchart of FIG . 34. 

First, in step S1001, the client 103 acquires 
information on a list of printers and extended 
functions managed by the server 102. The list to be 
20 acquired is a list of printers and extended function 
modules which are not limited by a management table. 

Next, in step S1002, the client 103 displays 
the acquired information on a UI as shown in FIG. 37. 
As in the example of the UI, the printers and the 
25 extended functions are set to be selectable, 
respectively. 

Next, in step S1003, pull install is started 
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according to depression of an install button. At 
this point, the client 103 requests the server 102 to 
install a list of printers and extended functions, . 
which the client user desires to install, and the 
5 server 102 installs pertinent printer drivers and 
extended function modules in the client 103 of the 
request source. In addition, environment setting 
such as an output port is also performed as in the 
above-described embodiments . 

10 Note that it is also possible to adopt, as a 

trigger for starting the pull install, an intuitive 
operation according to drag and drop from a list of 
printers and extended modules rather than the 
depression of the install button. 

15 Setting of drivers and function modules to be 

objects, for which use is allowed, in this embodiment 
is performed for each client. However, in the case 
in which common setting is made for all the clients, 
the display of the client column 901 in FIG. 33 

20 becomes unnecessary, the common setting is made for 
all the clients, and a common management table is 
also created for all the clients. 

In FIG. 34, modules to be objects of install 
are limited in steps S1001 and S1002. However, if 

25 installable modules are designated by the client 103, 
these steps become unnecessary. 

In this embodiment, devices, in which drivers 
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are installed, are network devices to be connected to 
a network. However, local devices connected to a 
client may be objects. This is true for this 
embodiment . 

5 As another embodiment, a system for so-called 

push install processing which starts, in the server 
102, install processing for installing a driver or 
the like in the client 103 will be described. In 
this embodiment, a structure of a network system, a 
10 structure of the management table 801 and a procedure 
for creating the management table 801, and the like 
are identical with those in the above-described 
embodiments . 

<Push install of a driver or an extended function 

15 module> 

FIG. 40 is a flowchart of processing in a 
server in this embodiment. Since operations are 
performed only on a server apparatus side, operations 
by an IT manager in the server apparatus and 

20 processing of the server will be described here. A 
program for the processing is stored in a memory on 
the server side in FIG. 27 and is executed by the CPU 
on the server side. 

First, in step S1601, the server searches 

25 information on printers connected to a network and 

acquires the information. At this point, the server 
also collects and manages environment information 
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such as an output port and information on necessary 
printer drivers. 

Next, in step S1602, the server searches 
information on client apparatuses connected to the 
5 network and acquires the information. Here, 

information on all client apparatuses existing under 
the control of the server may be collected, or 
acquisition of information may be applied to client 
apparatuses which are registered as objects of 

10 management in advance. Objects of information to be 
acquired include information on whether or not the 
respective clients are under the control of the 
server at present (whether or not the respective 
clients are connected to the network) , types of 

15 printers used in the respective clients, versions of 
drivers, and extended functions. 

Next, in step S1603, the server creates a 
management table as illustrated in FIG. 32. Here, 
the server manages used printers and extended 

20 function for each client. Moreover, the server 

displays the UI as illustrated in FIG. 33 to cause 
the IT manager to set printers and functions to be 
. installed in the respective clients. Here, first, 
contents of the management table of FIG. 32, that is, 

25 states of the present respective clients . When an 

arbitrary client is selected in the client column 901, 
printers and extended functions, which are usable in 
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the client, are displayed in the lists of the printer 
column 902 and the function column 903 with check 
marks, respectively. This is the same as the above- 
described embodiments. The IT manager can see states 
5 of the respective clients by changing a client 

selected in the client column 901. Note that a state 
of a client which is not connected to the network at 
present may be seen. For example, it is possible to 
display the client in gray like the client D. In 

10 addition, it is also possible to show the client by 
adding a mark indicating prohibition. 

Here, a constitution of final clients is 
determined by changing the check, and the information 
is reflected on the management table 801. At the 

15 time of first setting, since no driver is in the 
table, it is set from the start which printer and 
function are to be installed in which client. 

Next, in step S1604, the server performs the 
push install according to depression of the install 

20 button 1101 of FIG. 35 displayed on the server. The 
server collectively installs printer drivers (core 
modules and extended function modules) managed by the 
server in accordance with the management table 8 01 of 
FIG. 32 and also performs environment setting such as 

25 an. output port. Note that, in the case in which one 
extended function module is actually constituted by 
. plural program files, only a difference may be 
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installed excluding the program files which have 
already been installed. This is the same in the 
above-described embodiments. 

Next, in step S1605, the server displays a 
5 result of the install. The server informs the client 
apparatuses that a driver has been updated, and 
informs the server that the update has ended or 
failed. In the case in which the client apparatus is 
not connected to the network or in the case in which 

10 the client apparatus is performing printing, the 

install may fail. However, since the server receives 
the information on the failure, the information can 
be used as a material for judgment for taking 
appropriate measures. For example, the IT manager 

15 performs processing later or the server apparatus 
makes a retry. 

Note that, in the example of an operation 
screen, an example of treating clients individually 
is shown. However, it is needless to mention that it 

20 is also possible to update plural clients 
collectively . 

FIG. 41 is a diagram showing details of step 
S1604 in FIG. 40. 

Server PC side processing is realized by the 

25 CPU reading out a program for the processing from the 
memory on the server side and executing the program. 
Client PC side processing is realized by the CPU in 
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the client reading out a program for the processing 
from the memory on the client side and executing the 
program. 

First, when an instruction to install drivers 
5 or extended function modules to be installed is given 
in the server, the server designates the drivers or 
the extended function modules and issues an install 
preparation request to a client to be an object of 
install (step S1711) . 

10 The client receives and recognizes the request 

(step S1701), and then returns a response to the 
effect that the preparation has been completed (step 
S1702), and loads a plug-in reception module in the 
memory (step S1703) . Steps S1702 and S1703 may be 

15 performed in an opposite order. Thereafter, the 
client waits for download of a core module and 
extended function modules from the server. 

On the other hand, the server judges presence 
or absence of a preparation completion response from 

20 the client (step S1712) . If there is no response, 

the processing branches from step S1714 to step S1702, 
and the server waits for a response. When a fixed 
time has elapsed, time out occurs, and the processing 
is stopped. 

25 If a preparation completion response is 

received from the client, the server sends the 
designated core module or extended function modules 
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to the client (step S1703) . Then, the server waits 
for an install completion notice from the client 
(step S1714). Note that, in FIG- 41, the 
transmission in step S1713 is repeatedly performed as 
5 long s a completion notice is not received. However, 
in the case in the transmission itself is successful, 
it is unnecessary to repeat the transmission. 

The client waits for a module to be sent from 
the server and, when the module is received (step 

10 S1704), installs the module according to the plug-in 

reception module. This is as described in step S1604. 
The extended function modules are installed in 
accordance with a predetermined method among the 
three methods explained in the above-described 

15 embodiments (step S1705) . 

When the install ends, the client unloads the 
plug-in reception module (step S1706) and sends an 
install completion notice to the server (step S1707). 
The push install is completed as described 

20 above. According to these system structure and 
processing procedure, it becomes possible to 
collectively install the printer driver in the client 
apparatuses only with an operation in the server. 
Therefore, an operation on the client side is 

25 unnecessary, and a program can be installed in the 

client easily and safely. As a result,, education is 
not required, and it becomes unnecessary to go all 
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the way to the client apparatuses to install a 
printer driver. 

In addition, since the IT manager performs 
maintenance of a management table in the server, 
5 there is an effect that it becomes possible to 

perform management such as limiting use of printers 
and functions and customizing the printers and 
functions for each client, and it becomes possible to 
centralize and simplify management. 

10 Further, there is an effect that it becomes 

possible to not only install a printer driver anew 
but also collectively process addition and change of 
a driver function easily without reboot, and 
consistency of versions among all the client 

15 apparatuses can be realized easily. 

Moreover, there is also an effect that a 
customized printer driver set can be created easily. 

Note that all the above-described modifications 
of the embodiment can also be applied to the 

20 following embodiment. 

In addition, as an operation of the IT manager 
on the server, an intuitive operation according to 
drag and drop can be performed instead of creating a 
management table. For example, a list of network 

25 clients, a list of printers, and a list of extended 
function modules are displayed, and the IT manager 
selects a printer, which the IT manager desires to 
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install, out of the list and drags and drops the 
printer to a client to be an object to thereby use it 
as a trigger for executing the push install. This is 
true for extended functions. This is applicable to 
5 the above-described embodiments. 

Note that the present invention may be applied 
to a system constituted by plural apparatuses (e.g., 
a host computer, an interface apparatus, a reader, a 
printer, etc.) or may be applied to an apparatus 

10 consisting of one device (e.g., a copying machine, a 
facsimile apparatus, etc.). 

In addition, the object of the present 
invention is also attained by supplying a storage 
medium (or a recording medium) , which has recorded 

15 therein a program code of software realizing the 

functions of the above-described embodiments, to a 
system or an apparatus, and a computer (or a CPU or 
an MPU) of the system or the apparatus reading out 
and executing the program code stored in the storage 

2 0 medium. 

In this case, the program code itself read out 
from the storage medium realizes the functions of the 
above-described embodiments, and the program code 
itself and the storage medium having stored therein 
25 the program code constitute the present invention. 

Further, other than the case in which the 
functions of the above-described embodiments are 
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realized by the computer executing the read-out 
program code, the present invention also includes a 
case in which an operating system (OS) or the like 
running on the computer performs actual processing 
5 partly or entirely on the basis of an instruction of 
the program code, and the functions of the above- 
described embodiments are realized by the processing. 

Moreover, the present invention also includes a 
case in which, after the program code read out from 

10 the storage medium is written in a memory provided in 
a function extension card inserted in the computer or 
. a function extension unit connected to the computer, 
a CPU or the like provided in the function extension 
card or the function extension unit performs actual 

15 processing partly or entirely on the basis of an 

instruction of the program code, and the functions of 
the above-described embodiments are realized by the 
processing . 
[Other embodiments ] 

20 In the network system in accordance with the 

present invention, a server apparatus includes: 
printer managing means which manages information on 
printers connected to a network; printer driver 
managing means which manages a printer driver for the 

25 printers to be object of management, the printer 

driver including a core module for performing basic 
processing and zero or more extended function modules 
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which is called by the core module to perform 
processing of specific functions; client managing 
means which manages client apparatuses connected to 
the network; and dynamic installing means which 
5 installs the printer driver in the client apparatuses 
which has issued a request, wherein the client 
apparatuses include: means which issues an install 
request for installing the printer driver in the 
client apparatuses to the server apparatus; and means 

10 which installs the printer driver received from the 
server apparatus in storages of the client 
apparatuses . 

Further, in the printer driver in accordance 
with the present invention, the extended function 

15 modules include means which performs plug-in 

(addition and replacement) and means which makes it 
possible for the core module to use functions of a 
new extended function module according to the plug-in, 
and the extended function modules make it possible to 

20 extend a driver function according to the plug-in. 

Moreover, in the printer driver in accordance 
with the present invention, it is possible to create 
a printer driver provided with different functions 
and limitations, that is, a customized printer driver 

25 set by changing a structure of the extended function 
modules incorporated in a driver set . 

As described above, according to the present 



-67- 



invention, since functions of device drives to be 
installed in clients can be managed unitarily in a 
server or the like, occurrence of malfunctions can be 
prevented according to efficiency of management and 
5 consistency of functions in an entire network, and 
inconveniences caused by client users installing 
programs individually such as the likelihood of 
decrease in system security due to operations of the 
client users can be prevented. 

10 In addition, the client users simply leaves 

installation to the server, simply issues a request 
for driver install, or simply selects printers, which 
the client users desire to use, out of the printers 
managed by the server and then issues a request, 

15 whereby install in the client apparatuses of the 
client users and environment setting are 
automatically performed. Therefore, there is an 
effect that neither special knowledge nor a difficult 
operation is necessary for the users. 

20 Further, there is an effect that it becomes 

possible to unitarily perform management for each 
client such as limiting user of printers and 
functions and customizing the printers and functions 
for each client. In addition, there is an effect 

25 that it becomes possible to create a customized 
printer driver set easily. 

Moreover, there is an effect that it becomes 
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possible to easily process not only new install of a 
printer driver but also addition and change of a 
driver function without reboot. 

Furthermore, since it becomes possible to 
5 perform install of printer drivers in the client 

apparatuses according to remote processing from the 
server by push-installing the printer drivers from 
the server, an operation on the client side is 
unnecessary, and it is possible to reduce labors 
10 which have been required in the past such as 

education of the client users and going all the way 
to the client apparatuses. 



